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ABSTRACT 


The purpose of this thesis is to develop a Survivability and Lethality 
Assessment Center (SLAG) at the Naval Postgraduate School. Students, 
faculty, and staff from many different curricula can use the SLAC for 
thesis research, for validating their own computer codes, and for 
classroom Instruction. The models for the SLAC were obtained from the 
Survivability/Vulnerability Information Analysis Center (SURVIAC), 
Teledyne Brown Engineering, Menton, Inc (for Grumman A/C Systems 
Advanced Programs), and from the Physics Department at the Naval 
Postgraduate School. Computer Systems in the SLAC include two SUN 
SPARC-10 Workstations, one Silicon Graphics Indigo, eight VAX6310 
terminals with four graphics display consoles, eight IBM compatible 
computers, and two Macintosh computers. The SLAC now contains 24 
models for running simulations. The SLAC is a comprehensive, user- 
friendly center for individuals or groups that need to use it. The security 
processing, computer account set-up, and documentation have all been 
streamlined to facilitate ease of use. Students, faculty, and staff should 
have no difficulty utilizing the SLAC. 
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I. INTRODUCTION 


A. MODELS AND SIMULATION 
1. Definitions 

The discipline of models and simulations is very dynamic. Computer 
programs are becoming more and more complex every day. In the 1980s, a 
program was considered enormous when it reached 100,000 lines of code. 
Today's larger simulations are run on models that contain over one million 
lines. 

As the computer programs become larger, and many more fields of 
science and engineering become involved, the definitions of this discipline 
seem to become more vague. After reviewing several sources, this thesis 
will use the following as definitions, taken from the third chapter of an 
advance copy of CAPT Wayne Hughes’, USN (ret) new book (yet to be titled) 
dealing with models and simulations: 

model: a physical, mathematical, or otherwise logical 
representation of a system, entity, phenomenon, or process. 

simulation: a method of implementing a model over time. Also, a 
technique for testing analysis, or training in which real-world and 
conceptual systems are reproduced by a model. 


1 



live simulation: a simulation in which real people operate real 
systems. 

virtual simulation: simulation in which real people operate 
simulated systems. Virtual simulation injects the human-in-the-loop in a 
central role by exercising motor control skills, decision skills, or 
communication skills. 

fidelity: the "trueness" of the model's representation of the physics 
compared to real life scenarios. Perfect fidelity means that the model 
predicts absolute truth. 

analysis: exercises a set of assumptions and inputs In a model to 
give results and conclusions. 

study: a comprehensive examination of a problem, including an 
analysis. A study should comment on the incommensurables the analysis 
did not treat. Typically a study contains recommendations. 

client: the beneficiary of the analysis or study: the sponsor, the 
initiator, or any decision maker who draws from the effort. Sometimes, 
"the client" is a heirachry of decision makers or a committee. 

The following three definitions are taken from the first issue of 
SmarTalk, Volume i. Number 1 which referenced the Military Operations 
Research Society (MORS): 
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verification: the process of determining that a model 
implementation accurately represents the developer’s conceptual 
description and specifications. 

validation: the process of determining the extent to which a model 
is an accurate representation of the real-world from the perspective of 
the intended uses of the model. 

accreditation: an official determination that a model is acceptable 
for a specific purpose. 

2. DOD Acquisition Policy 

According to Department of Defense's acquisition directive found in 
DoD 5000.1 (1996), modeling and simulation: 

"...shall be used to reduce the time, resources, and risks of the 
acquisition process and to increase the quality of the systems 
being acquired. Representations of proposed systems (virtual 
prototypes) shall be embedded in realistic, synthetic 
environments to support the various phases of the acquisition 
process, from requirements determination and initial concept 
exploration to the manufacturing and testing of new systems, 
and related training." 
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The above quote from the Secretary of Defense's directive states 
that models and simulation will be utilized. The document goes on to state 
that models and simulation will be used throughout the life-cycle of the 
system. The Program Manager (PM) is responsible for ensuring that this 
takes place. He is also responsible for integrating modeling and simulation 
across the functional disciplines of the developed system. 

The Secretary of Defense, by making the above statements, 
emphasizes that modeling and simulations (M&S) will be an integral part 
of defense acquisition, to reduce time and cost when performing tests and 
evaluations of weapon systems. This policy also extends into the war 
rooms and classrooms. With the complexity of models growing every day, 
it is easy for an operations officer or a student to plan out and simulate a 
battle scenario. 

There will be few that will doubt that running a simulation is much 
less expensive than waging war. However, as the complexity of models 
increase, the fidelity of the model must keep pace. Developers of models, 
and those running simulations, must be aware that the results are only as 
good as the code. Verification, validation, and accreditation (VV&A) Is a 
difficult process. The rule of thumb is: the more complex a model, the less 
fidelity; the simpler the model, more fidelity. 
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3. The SMART VV&A Project 

The SMART Verification, Validation, and Accreditation (VV&A) 
Project was started at the China Lake Naval Air Warfare Center. Its 
purpose is to provide users of survivability models all the information 
that they need to accredit those models for their specific purposes. In 
other words, SMART provides all the necessary data for verification and 
validation, including range test data, to users to aid them in meeting their 
systems requirements. 

Using the definitions from Section A-1 of this Chapter, verifying a 
model is finding out if it is performing the way that the user wants it to. 
Validating a model is determining how well the model does what the user 
wanted it to—comparing the model’s predictions to reality. Accreditation 
is the decision by the users that the model is acceptable for them. 

The SMART Project Office is responsible for the verification and 
validation (V&V) of the models used in survivability and vulnerability. The 
process of V&V is achieved by breaking each of the models primary 
functions into several functional elements (e.g. the model RADGUNS has a 
primary function of target characteristics which is broken down into the 
flight path, signature RCS static, signature RCS dynamic, signature 
fluctuations, ECM noise onboard, etc...). Each of these functional elements 
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are then analyzed separately. A verification and validation is performed 
for each functional element. Once that is done, the functional elements are 
re-combined into their original functions and the V&V process is applied 
again. Once this is done, the V&V process is performed with all the 
functions operating together. 

The SMART Project Office issues reports to the users of the models 
upon completion. The reports issued contain all the information that a 
user needs for deciding on whether or not accreditation can be given for a 
particular model. Currently, the SMART Project Office is performing the 
V&V process on the following models: ALARM, ESAMS, and RADGUNS. 

B. MODELS AND SIMULATION AT NPS 

Models and simulation are used throughout the educational and 
research programs at NPS. Some of the technical areas include weather 
forecasting, wargaming, weapon effects, and ship, aircraft, and weapon 
analysis and design. Of interest to the author is the models and 
simulations for the survivability of United States military platforms and 
the lethality of U.S. weapons. Of particular interest is the survivability of 
aircraft and the lethality of air defense weapons. 
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NPS currently has no single organization for information exchange 
and coordination of models and simulation capabilities on campus. In the 
fall of 1992, Distinguished Professor Robert E. Ball and Professor Jim 
Taylor were formally asked by Dean Gordon Schacher to organize the 
different disciplines at NPS by starting an "NPS Modeling and Simulation 
Group." Faculty and staff from the Operations Research, Mechanical 
Engineering, Mathematics, Aeronautical Engineering, National Security 
Affairs, Physics, Electrical Engineering, Computer Science, and the Joint 
C^^l Department initially participated in the new NPS M&S Group. After a 

few meetings, the group quit meeting due to the many different interests 
of the disciplines. Finding a common theme of interest to everyone proved 
to be too difficult. 

As a consequence of the difficulties in creating a common thread for 
the total models and simulations at NPS, the models reside at many 
locations throughout the campus. However, there are two centers for M&S, 
the Visualization Lab (VisLab) and the WarLab. The VisLab is a non-secure 
visualization facility that serves the high-performance computing and 
visualization needs of NPS. The WarLab is a secure computing facility that 
contains four SUN Workstations, three IBM compatibles, and 30 VAX6300 
terminals. The WarLab is used by the Operations Research Department for 
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simulations and classified theses. The WarLab’s Annex is an extension of 


the WarLab on the fourth floor of Ingersoll Hall. It contains a greater 
variety of operating systems then does the WarLab. 

C. MODELS AND SIMULATION IN SURVIVABILITY AND LETHALITY 

The following definitions are based on the rough draft edition of 
The Fundamentals of Aircraft Combat Survivability Analysis and Design, 
by Distinguished Professor Robert E. Ball: 

survivability: the capability of a weapon system platform to avoid 
and/or withstand a man-made hostile environment. 

lethality: the capability of a weapon system to encounter, engage, 
and kill an enemy target. 

Both terms can also be defined by probabilities since both involve 
stochastic processes. Survivability is the probability that a platform will 
survive a man-made hostile environment, denoted as Pg. To do this, the 

platform must keep from being hit by the enemy weapon system, P^, and if 

hit, it must not die (must not be killed), 
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The opposite (the complement) to survivability is lethality. It is the 
probability that a weapon system will kill the enemy target. This 
probability is denoted as 

For a given encounter between a platform and a weapon system, the 
platform will either survive or it will be killed. Therefore, the two 
probabilities are related by the following equation: 

Ps + Pk=1 (1-1) 

Since probabilities represent stochastic behavior by definition, the use of 
computers has become vital to survivability/lethality analysis. A 
computer model can be written to analyze one or many aspects of warfare 
between a weapon and a platform—^the target. 

This thesis presents the process the author used to gather the latest 
versions of the models use by DOD and the U.S. aircraft industry and 
install them in the Survivability and Lethality Assessment Center (SLAG) 
at NPS. Chapter II of this thesis will describe several of the models that 
are currently being utilized in the United States to conduct simulations 
involving aircraft and air defense weapons. Chapter III will feature the 
model EADSIM—Extended Air Defense Simulation—and its capabilities. 
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EADSIM is currently used extensively at the U.S. Strategic Command at 
Offutt AFB in Omaha, Nebraska. Chapter IV will discuss possibilities for 
further development of the SLAC at NFS. 

D. SURVIAC 

SURVIAC is the Survivability/Vulnerability Information Analysis 
Center. It is sponsored by the Joint Technical Coordinating Groups on 
Aircraft Survivability and Munitions Effectiveness (JTCG/AS and 
JTCG/ME). It is a centralized resource for all information pertaining to 
non-nuclear survivability, vulnerability, lethality, and mission 
effectiveness. The Center disseminates its information to Department of 
Defense activities as requested. 

The information disseminated is in the form of computer models, 
libraries, methodologies, and databases. Both government sources and 
their contractors can request this information from SURVIAC. This thesis 
selected SURVIAC's computer models for inclusion into the SLAC. 


E. THE SLAC AT NPS 

The SLAC was initially established in 1992. The Director of the 
SLAC is Distinguished Professor Robert E. Ball. It became an official NPS 
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Research Center in 1993. This thesis describes a major updating of the 
models in the SLAG and their organization into one location—the Annex. 

The choice to use the NPS WarLab's Annex as the site for the SLAC 
was made out of convenience. There had to be a spot on campus that had 
computing facilities that were cleared up through the SECRET level. There 
are currently three places that would have fit this bill—the SCIF in Root 
Hall, the WarLab’s main facility on the first floor in Ingersoll Hall, and the 
WarLab Annex on the fourth floor of Ingersoll Hall. The Annex's current 
under-utilization made it the best choice. Also, its secluded nature and 
the fact that it is staffed during normal working hours make it more 
attractive for use by students working on thesis projects. 

The development of the SLAC at NPS is the attempt to help the 
different departments coordinate their computer models and simulations 
activities on campus. With the WarLab Annex as the home to the SLAC, 
there is a central location for all computer models to be installed. This 
thesis has dealt mainly with installing models that pertain to 
survivability and lethality. However, there is room for the expansion of 
other models into the SLAC. With one central location, the different 
curricula throughout the school can share resources (computers, printers, 
advisors) and more easily perform interdisciplinary work. 
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II. DEVELOPMENT OF THE SLAC AT NPS 


A. SECURE COMPUTING FACILITIES 

The WarLab Annex is located on the fourth floor of Ingersoll Hall and 
can only be accessed by the elevator with a secure key lock. The Annex 
computing facilities are contained inside one room. Figure 1 below is a 
sketch of the contents of the Annex. 



Figure 1. WarLab Annex Computer Layout 
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The WarLab Annex contains one Silicon Graphics Indigo which runs 
system 5.3. It has been upgraded to 64 MB of RAM. There are two SUN 
SPARC 10 Workstations running Open Windows operating system. 

The mainframe computer, a VAX 6310, has eight consoles for use in 
input/output. For each pair of consoles, there is an associated graphics 
display console which enhances the output of the simulations. The Annex 
also contains eight IBM compatible computers, five 486DXs and three 
386SXs. Four of the five 486s contain at least 16 MB of RAM, the rest 8 
MB. The two Macintosh computers (based on the Motorola 68040 processor) 
have 56 MB and 16 MB of RAM. 

All the computers are hooked up via ethernet to the Hewlett-Packard 
XL300 Paintjet printer. The workstations (both SGI and SUNs) are also 
connected to a laser printer. 

The entire room of the Annex is located on a raised platform (eight 
inches off the floor) to allow for easy installation of wiring. The room is 
also air conditioned. There is one emergency access to the roof of 
Ingersoll Hall. 
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B. THE MODELS 


The latest versions of the following models were obtained from 
SURVIAC. A more descriptive brochure of the models can be found in the 
Reference Manual Cabinet inside the SLAC. 

1. AASPEM: Air-to-Air System Performance Model 

This model enables a user to preform air combat analysis in a 
realistic few-on-few scenario. Utilizing Air Force specified missile 
guidance laws and propulsion characteristics, missiles and aircraft can be 
simulated. The math model is a five degree of freedom (DOF) and can 
handle up to 75 different air vehicles during a simulation trial. 

AASPEM is a conglomeration of four integrated sub-models: 1) 
Advanced Missile Flyout Model, 2) Aircraft, Missile, Avionics Performance 
Simulation, 3) Interactive Tactical Air Combat Simulation, and 4) 
Automatic Decision Logic Tactical Air Combat Simulation. 

Limitations: Since each of the weapons/aircraft are created in a 
separate file, care must be taken when creating the scenario to ensure 
that their interdependency has been accounted for. 
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2. ALARM: Advanced Low Altitude Radar Model 

ALARM is a model that simulates the capabilities of a ground-based 
radar system against air targets. The model is capable of simulating the 
following radar types: pulsed (low PRF), pulsed with moving target 
indication (MTI), puise-doppler (high PRF), and continuous wave (CW). 
ALARM use detailed forms of the radar range equation to determine the 
ability of the system to detect the target in the presence of terrain, 
clutter, and multipath. 

Limitations: This is not a waveform level model. 

3. BLUEMAX: Variable Airspeed Flight Path Generator 

This model generates trajectory data for use as input data into other 
model programs such as ESAMS, EADSIM, or RADGUNS. Aircraft status is 
defined by the following variables: time, three space coordinates, three 

r 

components of velocity, roll angle, g-factor, throttle setting, fuel 
remaining, speed-brake setting, and the number of external stores 
modules carried. 

Limitations: The pilot is assumed to have absolute control over the 
time derivatives of roll rate, g-factor rate, throttle setting, and speed 
braking. These are the only inputs for aircraft maneuvering. 
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4. 


COVART: Computation of Vulnerable Area and Repair 


Time 

The vulnerable areas and repair times caused by a single penetrator 
can be calculated using COVART. The model can analyze fixed-wing, 
rotary-wing, or ground targets. Inputs for the penetrators size, speed, and 
direction can be input using FASTGEN or manually done with a data file. 

for critical components are also input through a data file. 

Limitations: Exploding penetrators are not modeled; shotlines are 
all parallel; blast effects, ricochet, and spall are not modeled. 

5. ESAMS: Enhanced Surface-to-Air Missile Simulation 

ESAMS simulates a single air target vs a single SAM site. Detailed 
data and intelligence has provided very detailed representation of Soviet 
SA-2 through SA-15 and the naval SAMs SA-N-1, SA-N-3, SA-N-4, SA-N- 
6, SA-N-7, and SA-N-9 missile systems. 

The model takes into account the target’s flight path, observables, 
countermeasures, vulnerable areas, and blast contours. The model 
simulates the SAM’s detection, launch, target tracking, and ECCM 
capabilities. The missile’s flyout, aerodynamics, guidance/control, fuzing, 
blast, and fragmentation are developed for the weapon. 
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Limitations: It is a one-on-one simulation (however, this enables the 
fidelity of the program to be much greater than if it simulate many-on- 
many). 

6. FASTGEN: Fast Shotline Generator 

Generates shotline data for vulnerable area calculations such as 
used by COVART. This method of simulation assumes parallel rays through 
the target from the point of detonation. The input file requires a 
geometric descriptron of the target using adjacent triangles, spheres, 
cones, ellipsoids, and rods. 

Limitations: The input file description of the target aircraft is 
difficult to model. 

7. HELIPAC: Helicopter Piloted Air Combat Model 

Simulates performance, flight dynamics (3-D), and body rates and 
trims for helicopters. Simulations can be run for a helicopter vs another 
helicopter or a fixed-wing aircraft. 

Limitations: The model has limited sensor capabilities and does not 
account for all clutter and background effects in low altitude flight. 
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8. IMARS; Integrated Missile and Radar Simulation 

This model consists of three components: 1) a missile flyout module, 
2) a monopulse radar module, and 3) a multi-path module. The three 
components together simulate realistic multi-path and clutter effects. 

The model also simulates the detection and tracking of the target and the 
launch of the interceptor. 

The model simulates the following SAM sites: SA-5, SA-6, SA-8, 
SA-10, SA-11, SA-12, SA-14, and SA-15. 

Limitations: The model can run only one input set at a time and it 
does not model countermeasures. 

9. McPTD: RCS Computation Based on Physical Theory of 
Diffraction 

McPTD performs far-field, single-bounce RCS modeling for high 
frequency radars based on the physical theory of diffraction. McPTD 
contains sixteen codes which allow the user to construct different 
geometric shapes, including cavities and shadowing. McPTD does allow the 
user to define up to 20 layers of coatings (uniform or non-uniform). 

Limitations: Computes only single-bounce RCSs—there is no 
computation for component interaction. 
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10. RADGUNS: Radar-Directed Gun Simulation 


RADGUNS contains a collection of programs that simulate target 
detection tracking, and shooting performances of several anti-aircraft 
artillery weapon systems against a passive aerial target. These models 
can be run with a Monte Carlo simulation option, randomizing clutter, 
multipath, and glint. and are calculated using distribution theory. 

Limitations: This model simulates only one-on-one scenarios with 
no reactive maneuvering capabilities for the aircraft. 

11. SCAN: Target Vulnerability Model 

This program predicts the probability that an aircraft will survive 
an attack by a missile armed with a fragmentation warhead. The program 
simulates the encounter between an aircraft and a missile and computes 
the expected target damage. 

Limitations: SCAN does not model blast effects. 

12. TRAP:Trajectory Analysis Program 

TRAP Is a general purpose model that simulates the flight of SAMs, 
Air-to-Air Missiles (AAMs), and Unmanned Aerial Vehicles (UAVs). The 
model allows the user to choose between three, five, or six degrees of 
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freedom. The TRAP output is often used as input information for larger 
programs such as AASPEM. 

Limitations: TRAP does not model endgame effects. 

13. DIME: Umbrella Model Program 

This is a shell program that combines several of the SURVIAC 
models with some new programs into a common program with 
standardized input and output formats. The programs include AASPEM, 
ALARM, BLUEMAX, CMG, ESAMS, GRACE, RADGUNS, and TRAP. 

The following model is not in the SURVIAC library yet. It was 
obtained from Teledyne-Brown Engineering in Huntsville, Alabama. 

14. EADSIM: Extended Air Defense Simulation 

Simulates theater missile defense, and air defense architectures, as 
well as weapon systems in the full context of an environment of sensors, 
centers, communications systems, platform dynamics, and weapons 

performance. It models both Red and Blue forces and is graphics-based, 
user-oriented, and highly versatile. (A more detailed description is 
provided in Chapter III). 
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15. Other Models 


The models listed below are from various sources and do not have 
the accreditation that the other SURVIAC models have. 

GRACE: Ground and Atmospheric Clutter Evaluation. 

Provides clutter mapping for various radars based on terrain and 
atmospheric effects. 

PACAM: Piloted Air Combat Analysis Model 

Simulates many aspects of air-to-air warfare. The fixed-wing version of 
HELIPAC. 

JSEM: Target Vulnerability Model 

Simulates the effects of a proximity-fuzed detonation of a high explosive 
warhead on an air target. 

PC TRAP: Trajectory Analysis Program for the IBM Compatible 
This is a PC version of TRAP that is installed on the VAX mainframe. The 
FORTRAN code was translated for a PC compiler. 

CIWS Scattering Model 

This program was developed by the Physics Department to simulate the 
scatter pattern of the Vulcan Phalanx CIWS. The model also simulates the 
trajectory and paths of the major fragments after missile break-up. 
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Laser Propagation Model 

This program was developed by the Physics Department to simulate the 
propagation of a free-electron laser beam as it passes through the 
atmosphere. It allows the user to place optical surfaces in the propagation 
path to change the effects of weather, particles in the air, and thermal 
blooming. 

CWM: Composite Warfare Module 

Theater Ballistic Missile Simulation program developed by Menton, Inc. for 
Grumann Aircraft. 

C. THE COMPUTERS 

1. Models on the VAX 

The following models are located on the VAX: 

AASPEM: Air-to-Air System Performance Model 
COVART: Computation of Vulnerable Area and Repair Time 
FASTGEN: Fast Shotline Generator 
HELIPAC: Helicopter Piloted Air Combat Model 
IMARS: Integrated Missile and Radar Simulation 
McPTD: RCS Computation Based on Physical Theory of 
Diffraction 
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PACAM: Piloted Air Combat Analysis Model 
JSEM; Target Vulnerability Model 
TRAPiTrajectory Analysis Program 

2. Models on the SGI 

The following models are located on the SGI: 

EADSIM: Extended Air Defense Simulation 

DIME: Umbrella Model Program 

AASPEM: Air-to-Air System Performance Model 

ALARM: Advanced Low Altitude Radar Model 

BLUEMAX: Variable Airspeed Flight Path Generator 

CSG: Composite Signature Generator 

ESAMS: Enhanced Surface-to-Air Missile Simulation 

GRACE: Ground and Atmospheric Clutter Evaluation 

RADGUNS: Radar-Directed Gun Simulation 

SCAN: Target Vulnerability Model 

TRAP: Trajectory Analysis Program 
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3. 


Models on the SUN 


The following models are located on the SUN workstation: 

CIWS Scattering Model 
Laser Propagation Model 

4. Models on the PCs/MACs 

The following models are located on the IBM compatibles: 

PC TRAP: Trajectory Analysis Program (for IBM PCs) 

JSEM: Target Vulnerability Model 

COVART: Computation of Vulnerable Area and Repair Time 
The following model is located on the Macintosh: 

CWM: Composite Warfare Module 

D. ADVERTISING THE SLAC 

Another goal Of the author was to publicize the SLAC. The following 
text appeared on 26 September, 1996 in the Campus News, the weekly 

newspaper of the Naval Postgraduate School: 

On the 1st of October, the NPS/NAVAIR Survivability and Lethality Assessment 
Center (SLAC) will be available for use by students/faculty/staff. The SLAC is a 
secure computing facility located on the fourth floor of IngersoU Hall (yes, there is a 
fourth floor). The purpose of the SLAC is to provide users with computer 
simulation software for modeling different aqjects of survivability and lethality in 
battle. Students can use the SLAC’s computer models to aid them in completing 
dieir theses by generating data for analysis or validating their own computer 
programs. 


The SLAC has mtrltiple computer platforms available for use by the users: VAX 
mainframe with multiple terminals, a Silicon Graphics IRIS Indigo, two SUN 


25 



Workstations, several PCs, and two Macintosh computers. These computers store 
the 15 software programs now available in the SLAG. These programs, of which 
most are sponsored by the Joint Technical Coordinating Group on Aircraft 
Siu^ivabiUty (JTCG/AS), include: 

Air-to-Air System Performance Model (AASPEM): simulates many aspects 
of air-to-air warfare 

Advanced Low Altitude Radar Model (ALARM): determines the detection 
perfonnance of a ground based radar 

Variable Airspeed Flight Path Generator (BLUEMAX III): simulates an 
aircraft flight path based upon user inputs and aircraft performance data 

Computation of Vulnerable Area and Repair Time (COVART): calculates 
vulnerable areas and repair times for a single penettator, such as a fragment or 
projectile 

Enhanced Surface-to-Air Missile Simulation (ESAMS): simulates a 
one-on-one engagement between an aircraft and a Soviet SAM 

Fast Shotline Generator (FASTGEN): generates the shotline data required 
by COVART for a given target 

Helicopter Piloted Air Combat Model (HELIPAC): simulates helicopter 
perfonnance limits, flight dynamics, and body rates and trim 

Integrated Missile and Radar Simulation (IMARS): simulates a one-on-one 
engagement between an aircraft and a Soviet SAM 

RCS Computation Based on Physical Theory of Diffraction (McPTD): 
computes the high ftequency radar cross section of a target 

Piloted Air Combat Analysis Model (PACAM): simulates many aspects of 
air-to-air warfare 

Radar-Directed Gun Simulation (RADGUNS): simulates a one-on-one 
engagement between an aircraft and numerous AAA systems 

Target Vulnerability Model (JSEM): simulates the effects of a 
proximity-fuzed detonation of a high explosive warhead on an air target 

Trajectory Analysis Program (TRAP): simulates the flyout of a missile 
toward a maneuvering air target 

Extended Air Defense Simulation (EADSIM): simulates one-on-one to 
many-on-many from the blue or red forces perspective (over 1 million lines of code) 

For those interested in utilizing the SLAC (you must have at least a Secret security 
clearance), go to room 135 (Wax Lab) in Ingersoll HaU to fill out a security access 
sheet and get a retinal scan. This will allow access to the fourth floor War Lab 
Annex and the SLAC. All documentation for the software programs is located in a 
clearly marked cabinet in the Annex. Additionally, the Annex is staffed with 
persoimel to answer questions you may have. For more information, please contact 
the SLAC Director, Distinguished Professor Robert E. Ball of the Aeronautical & 
Astronautical Engineering Department 
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III. EADSIM 


A. INTRODUCTION 

EADSIM is an analytic model of air and missile warfare developed by 
Teledyne-Brown Engineering and is used for scenarios ranging from one- 
on-one to many-on-many. It is unique with respect to the other models 
identified in Chapter II in that each platform (e.g. missile, fighter 
aircraft) is modeled individually. The interactions between platforms are 
also modeled independently. EADSIM also models the command and control 

(C^) decision processes and the communications among the platforms on a 


message-by-message basis. Intelligence gathering is explicitly modeled 
and the intelligence information used in both offensive and defensive 


operations. In Table 1, a list of the general areas that have been modeled. 


Part C of the this Chapter describes 
Air Defense 

Offensive Air Operations 

Attack Operations 

Multi-Stage Ballistic Missiles 

Air Breathers 

Sensors 

Jammers 

Satellites 


in more detail the different levels. 

Early Warning 

Generic Non-combatants 

Communications 

Electronic Warfare 

Terrain 

Weaponry 

Areas of Interest 


Table 1. EADSIM General Areas Modeled. 
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One of the features of EADSIM which supports a wide variety of 
scenarios is the ability to play any feature for either side. Simultaneous 
offensive and defensive operations by both sides are supported in any 
combination. This allows a full range of realistic scenarios to be 
investigated and is one of the primary reasons for the wide application of 
EADSIM. That is why the actual definition of a scenario is a very tedious 
process. 

The amount of data that is generated is very large for even a minor 
scenario. This is another strength of EADSIM. It not only allows for the 
generation of the scenarios, but it also allows for the post-processing and 
analysis of the resulting data. 

B. INSTALLATION AND ACCESS FOR THE USERS 

EADSIM was installed on the Silicon Graphic Indigo in the SLAG. 
Several problems occurred during the initial installation. Teledyne Brown 
has a toll-free help line (800.C4I.USER) for registered users which was 
invaluable during this debugging phase. 

EADSIM was installed as a separate computing account. It therefore 
has its own login id and its own password. This was done so that new 
users did not have to have separate SGI accounts set up. The login id is 
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"EADSIM" and the password can be obtained from the administrator during 
the initial familiarization tour. 


C. MODELING THE DIFFERENT ASPECTS OF AIR DEFENSE 

The general areas that have been modeled by EADSIM, discussed in 
section A of this chapter, can be broken down further. Table 2 below is the 
list of different models and the different sub-categories that can be 
defined explicitly by a user. 

• Air Defense 

Surface-to-Air Missiles 
Anti-Air 
Anti-Missile 
Upper and Lower Tiers 
Anti-Air Artillery 
Command and Control 
Air Picture Production and Dissemination 

• Offensive Air Operations (including a/c acceleration, dynamics, 
and terrain following) 

Defensive Counter Air Fighters 
Offensive Counter Air 
Close Air Support 

Suppression of Enemy Air Defenses (including Wild Weasels) 
Offensive and Defensive Command and Control 
TBM Engagements by a/c (boost phase, pre- and post-apogee) 
Aerial Refueling 
Airbase Operations 

• Attack Operations 

Surveillance 
Command and Control 
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Surface-to-Surface 

Air-to-Surface 

Intelligence Gathering and Processing 
Movement, concealment, and protection/hardening 

• Multi-stage Ballistic Missiles (including methodologies, launch 
schemes, scheduling, and atmospheric parameters) 

• Air Breathers 

Aircraft (to include waypoints, aerial refueling, low-level 
transits, and wingman modes) 

Cruise Missiles 
Helicopters 

• Sensors (including search modes, post detection modes, resource 
management, and additional capability/calculations for compound 
sensors. This also includes detection gate criteria, RCS 
determination, S/N ratio, ground clutter, track qualities, and 
tracking errors) 

Radar 

Infrared 

SIGINT, IMINT, HUMINT 
Launch Detection 
Radar Warning Receiver 

• Jammers (including methodology and interfaces to detection and 
propagation) 

Sensors 

Communications 

• Satellites (including definitions, methodologies, and coordinate 
systems) 

• Early Warning 

• Generic Non-combatants 
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• Communications (including message generation, message 
transmission and reception, and network descriptions) 

Networks 

Devices 

Individual Messages 

• Electronic Warfare (to include EMCON procedures and responses) 

Jamming of Sensors and Communications 

SIGINl Detection supporting attack ops and active defense 

Passive detection of radars 

Adaptive radars, sidelobe suppression 

Chaff, flares, decoys 

• Terrain 

Sensor Masking 
Communication Propagation 
Flight/Movement 

• Weaponry (conventional and nuclear) 

Air-to-air 

Air-to-surface 

Surface-to-air (including weapon definition and propagation 
rules) 

Surface-to-surface 

• Areas of Interest 

Missile Engagement Zone (MEZ) 

Fighter Engagement Zone (FEZ) 

Area of Responsibility (AOR) 

Tactical Area of Interest (TAI) 

Tactical Action Line 

Theater Missile Defense Area (TMDA) 

Friendly Origin (FOR) 

Defense Alert Zone 

It is easy to see that the user has a great deal of input to how the 
simulation will run. 
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D. BASELINE SCENARIOS FOR STUDENTS 

In June 1993, Neil R. Bourassa, a student at the Naval Postgraduate 
School, finished a thesis titled. Modeling and Simulation of Fleet Air 
Defense Systems Using EADSIM. This thesis developed two scenarios to be 
used with the AA3705 (Air Defense Lethality) and AA3251 (Combat 
Aircraft Survivability) classes. The scenarios could be run and displayed 
as animated playback files for analysis. Students in the classes would be 
able to modify the original scenarios and rerun the battles. The AD 
Lethality students would try to improve on the of its weapons systems 

while the Survivability students would try to improve on their aircraft's 
capability to keep from being hit and killed. 

The scenarios developed by Bourassa are located in the NPS 
Simulation Laboratory on the first floor of Ingersoll Hall. However, there 
has been difficulty in the past trying to get these models to run on the 
older machines. There is a possibility that a student would be able to gain 
access to the scenarios, copy them to disk, and then install them in the 
SLAG. A student could then modify the original programs to take advantage 
of the major improvements that have occurred in EADSIM over the last 
four years. 
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IV. FUTURE IMPROVEMENTS IN THE SLAC 


A. INTEGRATING DEPARTMENTAL LEARNING 

The SLAC has enough computer models to simulate all aspects of air 
defense. For the Physics Department, it has models to simulate the 
effectiveness of radars, IR imaging systems, weapon effects of surface- 
to-air missiles, and weather propagation characteristics. For the 
Aeronautical Engineering Department, the models can be used to simulate 
the trajectory of a missile or aircraft, the vulnerable area of an attacking 
aircraft, the radar cross section of an aircraft, and the 
performance/dynamics capabilities of helicopters. For the Operations 
Research/Analysis Department, the SLAC can be utilized to simulate one- 
on-one battles between an aircraft and a SAM site, many-on-many aircraft 
battles, and major campaign analysis for a theater level war. 

It is easy to see that the SLAC is of great use to many different 
disciplines at NPS. If the students and/or professors wanted to combine 
the study of some project, it would be easy to undertake. An example 
would be the improvement in an air defense set-up for a high value U.S. 
asset. A Physics student could design a different type of high powered 
radar system that was able to pick up attacking aircraft at a greater 
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range. The Aeronautical Engineering student that was designing missile 
systems would then work on a control system with tracking information 
being passed from the new radar. The Physics student that was working on 
the warhead design of the missile would then use the models to optimize 
the fragment spray pattern. The Operations Research student would 
analyze the system as a whole to see if it is an improvement to current 
operating units. 

In this example, this one project (which could be a multi-student 
thesis project) is an interdisciplinary one. Many departments would be 
able to improve a system instead of just one. As the acquisition process 
of major defense programs turns towards integrated product teams, 
thesis projects here at NPS can also. 

B. DEVELOPING CLASSES THAT UTILIZE THE SLAC 

With the opening of the new and improved SLAC in October, the 
faculty of NPS will have an additional tool to aid them in teaching their 
classes. Currently, only the Operations Research Department uses the 
WarLab on a regular basis. The Physics Department will have the ability to 
incorporate the use of models/simulations in the PH2911/PH4911 
sequence. The two classes are being taught to teach students how to 
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program (in C code) physical weapon systems. If PH4911 were changed so 
that the last three weeks of the class utilized the SLAC, the professor 
could show the class how different models consolidate the techniques 
learned in lectures. 

Military students at NPS will rarely have to generate code for 
simulations. However, they will definitely be required to know how to use 
them. They will also be required to know how to best simulate an aspect 
of war. Using the models in the SLAC will enable them to see how changing 
different parameters change the outcomes of the simulations. The 
professor can then discuss the modeling methods utilized by the 
programmers, and suggest better methods if applicable. 

C. ADDITIONAL MODELS/CAPABILITIES 

The WarLab Annex has many computers that contain many models for 
simulating all aspects of survivability and lethality. However, more codes 
are being generated every day along with improvements to the current 
versions. The SLAC is a central point for collecting all these capabilities. 

The other aspect of improvement recommended for the SLAC is in 
the computing facilities. As the models become more and more complex, 
they take more powerful machines on which to run. For example, EADSIM is 
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being run on the Silicon Graphics Indigo which has 64 MB of RAM. The 
developers at Teledyne Brown use machines with 512 MB of RAM. 
USSTRATCOM located at Offutt AFB in Omaha, Nebraska run EADSIM on 
machines with up to 2.0 GB of RAM. For NFS to operate effectively, a 
budget should be developed to keep the systems upgraded. 
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APPENDIX A 



1. REQUEST. 
Reason for access 


Last Name 


Rank/Title {e.g., LT, MR, PROF) _ 

SSN __ SMC/Code _ 

Currie #/Dept (e.g., 361, 530, OR, PH) 


_ First Name___ 

_ Departure Date (MM/DD/YY) _ 

Service (e.g., USN, USA, CIV, FAC) 


(Printed Name & Signature of Sponsor) 


Currie/Dept Phone _ 

_ Sponsor Code 


2 CLEARANCE CERTIFICATION. (TO BE COMPLETED BY THE SCSL SECURITY MANGER.) It is 
that the above named individual has the following level of securxty 
clearance on file at the Naval Postgraduate School. 


(Clearance) 


(Signature/Title) 


(Date) 


3, AUTHORITY. The above named applicant has a need-to-know, and is hereby granted 
access to the Operations Research SCSL and/or the SCSL Annex A. 


(Signature/Tit le^ 


(Date) 


4 DISPOSITION. I have read the NPS Secure Computing and Simulations Laboratory 
security Manual, and have been briefed on the security procedures appropriate to the 
category of access granted me. I agree not to circumvent access controls, to 
protect my User ID/Password, and to report any accidental or 
unauthorized entry to the proper authority. I further understand that any 
Laboratory property which is issued to me must be returned when access is no longer 
required, or prior to my departure from the Naval Postgraduate School. 


(Signature of Applicant^ (Date) 


(Witness) 


(Date) 


ACCESS INFO: 


SCSL fIN-157) 


EyeDent #: 
Type Access: 


Annex A fIN-P3/P4) 


DEFINITION OF USER CATEGORIES 


- LOCKER INFO 
Locker #: 


Lock #: 


MASTER USER - An individual authorized to open, assume custody of, and secure the 
NPS SCSL and/or the SCSL Annex A. 

LIMITED USER - An individual authorized unescorted access to the NPS SCSL and/or the 
SCSL Annex A during normal working hours, or when otherwise occupied by a Master 
User. - 
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APPENDIX B 

PROCEDURES FOR USING THE SLAG 

If a student, faculty, or staff member of NPS (referred to as a user) 
desires to use the SLAC, the user should go to Room 135 in Ingersoll 
Hall—the NPS WarLab. There is a phone outside in the passageway with 
instructions for calling the supervisor inside the WarLab. The supervisor 
will come out and let the user inside. 

Once inside, the supervisor will ask to see the user's identification 
card and will check it against the school's master security listing from 
the security office. If the user is on the list and has at least a SECRET 
clearance, he/she will be asked to fill out a "REQUEST FOR UNESCORTED 
ENTRY/ACCESS" form. A copy of this form is included in Appendix A. 

After the form has been filled out, the supervisor will take the user 
to the fourth floor using the elevator on the East side of Ingersoll Hall. 
The user will be given the security code to operate the elevator (there is 
no button for the fourth floor—the elevator will automatically proceed to 
the fourth floor when the correct security code is entered). When the 
elevator comes to a stop, the rear doors open to a small passageway. 

In the passageway, the supervisor will scan the retina of the new 
user using the EyeDent security system outside the Annex's door. Once the 
scan is complete, the user will have limited access to the Annex— he/she 
may use the Annex when there are staff personnel present. This is 
indicated by a green light above the door and an "OPEN" sign hanging on the 
door. 
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The supervisor will then escort the user inside and give a brief tour 
of the facilities. The supervisor will add the user to the VAX system and 
to the UNIX workstation. The models contained on the SGI, MACs, and PCs 
are accessed by entering the correct id and password for the particular 
model on the log in screen. Once the supervisor has given the tour and 
created the new accounts, the user is ready for running simulations. 

All of the information for running the simulations is contained in 
one cabinet by the Macintosh computers. In this cabinet, a user will find 
user’s manuals, reference books, addendums, and tutorials. The user should 
find the information applicable to the models that will be utilized and 
review them thoroughly. 

During normal working hours (0730-1630), the WarLab Annex is 
staffed with personnel to assist the users. Any questions about the 
computers or models should be directed to them. If the staff cannot 
answer the questions directly, they will assist the user in finding the 
person that will. 



APPENDIX C 


POINTS OF CONTACT FOR THE SLAC 


Distinguished Professor Robert E. Ball, Director, SLAC 
Code AA/Bp 

Department of Aeronautics and Astronautics 

Naval Postgraduate School 

Monterey, CA 93943-5100 

(408) 656-2556 

ball@aa.nps.navy.mil 

Professor Gordon E. Schacher, Physics Department Simulations 

Code PH/Sq 

Department of Physics 

Naval Postgraduate School 

Monterey, CA 93943-5100 

(408) 656-3776 

Mr. Ed Nath, Computer Programmer/Analysist 
Naval Postgraduate School 
Monterey, CA 93943-5100 
(408) 656-3014 

Ms. Patricia Franco, Computer Programmer/Analysist 
Naval Postgraduate School 
Monterey, CA 93943-5100 
(408) 656-3011 
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